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DIGITAL VIDEO BROADCASTING RECEIVER 



This invention relates to the de-scrambling of multiple multimedia streams, 
e.g. Digital Video Broadcasting (DVB) streams, originating from several 
5 sources. The Invention provides a sophisticated and cost-effective way of 
implementation. The field of the invention is particularly suitable for use in 
applications which have a demand for de-scrambling multiple DVB streams, 
especially when so called Common interface Module(s) are included. 

10 The main driver for digital video broadcasting has been the Digital Video 
Broadcasting project organised by the European Broadcasting Union. In 1995 
a set of standards was published as a result of the DVB project, which 
standards define a Digital Video Broadcasting system. These standards have 
been adopted on a wide scale globally. DVB is based on the Intemational 

15 Standard ISO 13818 (known as MPEG2). MPEG2 defines a coding scheme 
for audio and video data and also defines a multiplexing standard (ISO 
13818-1) which allows for the combination of many video, audio and/or data 
streams into one single data stream (also known as a transport stream). Thus 
many different programs may be multiplexed into a single transport stream. 

20 For instance, say a video program tends to require a data rate of 2-9 Mbit/s, 
this means that 4-18 video programs may be multiplexed into a single 
transport stream of around 38 Mbit/s. 

Digital video broadcasting systems are known In which conditional access 
25 (CA) is provided. This means that access to a sen/ice is controlled, for 
instance by scrambling the transmitted signal. In Digital Video Broadcasting 
systems there is a demand for simultaneous handling of multiple multimedia 
streams. 



30 European standard EN 50221 "Common Interface Specification for 
Conditional Access and other Digital Video Broadcasting Decoder 
Applications" defines a common interface between a host (e.g. a digital set- 
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top-box (STB)) and the scrambling/de-scrambling and CA applications, known 
generically as a Common Interface IVIodule (CI module). The CI module de- 
scrambles those DVB streams that have been secured against unauthorized 
viewing using a certain Conditional Access System (CA system). 
5 Conventionally CA systems are implemented so that each CA system has its 
own proprietary part, which has its own implementation in the system. For 
example, if four different CA systems are used in the DVB environment and 
the STB is to de-scramble services secured by all four of the CA systems, the 
STB must contain an implementation for each of those proprietary parts. 
10 Cunrently EN 50221 requires that each transport stream is passed 
sequentially through all the CI modules attached to a receiver. 



Usually the proprietary parts of the CA system reside in the software and in 
the internal imptementatiori of the hardware. In the case of a Common 
15 Interface Module, the common interface of the STB is standardized as well as 
the de-scrambling function and the mechanism to carry the CA messages, but 
the implementation itself and the possible use of a Smart Card is proprietary. 

This invention is directed to the solution of how DVB streams from different 
20 sources may be de-scrambled simultaneously. 

In accordance with the invention there is provided a method of managing data 
presented to and received from a de-scrambling device, the method 
comprising 

25 receiving at least a first arid a second data stream, each data stream 

comprising a plurality of packets and each packet having a header including a 
packet identifier, 

alternately passing data from each data stream to a de-scrambling 
device, 

30 receiving de-scrambled packets from the de-scrambling device and 

alternately passing data to at least a first and a second output, so restoring at 
least the first and second data streams In a de-scrambled form. 
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Thus a receiver, and In particular a single CI mcxlule, has the functionality to 
de-scramble at least two transport streams of data at the same time. This is 
of particular use In Digital Video Broadcasting where a user may wish to 
5 watch one program on one TV set and either watch another TV program on a 
different TV set or record another TV program. The invention also allows for 
more than two data streams to be handled in this manner, for instance three 
data streams may be received and data firom each data stream passed 
alternately to the de-scrambling device. 

10 

Preferably the method comprises passing alternately a single packet Irom 
each data stream to a de-scrambling device, and receiving de-scrambled 
packets from the de-scrambling device and altemately passing a single 
packet to a first output and a single packet to a second output, so restoring 
15 the first and second data streams in a de-scrambled form. 

At least one packet identifier of the packets of one of the data streams may 
be modified before being passed to the de-scrambling device. This avoids the 
problem faced when two transport streams from two separate sources have 

20 the same identifiers in the transport streams. Modification of the packet 
identifiers may only be necessary if one or more of the packet identifiers of 
the first transport are the same as corresponding packet identifiers of the 
second transport stream. Prior to passing packets to tiie de-scrambling 
device the packet identifiers of the data streams may be compared with each 

25 other. If the packer identifiers of the data streams are the same, the packet 
identifiers of at least one data stream may be modified. 

Preferably the data streams include program specific information and the 
program specific information is read from the data streams prior to passing 
30 packets to the de-scrambling device. 
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The invention has particular applicability to data streams that conform to ISO 
13818 and, in this case, the packet Identifiers are PID as defined In ISO 
13818. Preferably the interface with the de-scrambling device conforms to 
European Standard EN50221 . 

5 

Some of the packets from one or more data streams may bypass the de- 
scrambling device. These bypassed packets may be packets that are not 
required by a viewer or which do not require de-scrambling. 

10 In a preferred embodiment of the invention, the packets from first and second 
data streams are passed to the de-scrambling device on one of the rising or 
falling edges of a clock signal respectively and the de-scrambled packets 
being received from the de-scrambling device on one of the rising or falling 
edges of a clock signal respectively . 

15 

Preferably the data streams are digital video broadcasting transport streams 
that comply witii the Digital Video Broadcasting standard. 

In a second aspect of the invention there is provided a receiver comprising 
20 a first input for recehnng a first data stream and a second Input for 

receiving a second data stream, each data stream comprising a plurality of 
packets and each packet having a header including a packet identifier, 

a de-scrambling device for receiving packets of a data stream for de- 
scrambling, 

25 a first and second output for outputting de-scrambled data streams, 

and a router arranged to pass data alternately from the first and the 
second data streams to the de-scrambling device and to receive de- 
scrambled packets from the de-scrambling device and to pass data altemately 
to a first and a second output, so restoring the first and second data streams 

30 in a de-scrambled form. 
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Preferably the router is arranged to pass alternately a single packet from the 
first data stream and a single packet from the second data stream. 

The router may be arranged to modify at least one packet identifier of the 
5 packets of a data stream before passing the data for that data stream to the 
de-scrambling device and/or to compare the packet identifiers of the first data 
stream with the packet identifiers of the second data stream prior to passing 
packets to the de-scrambiing device. 

10 The data streams may include program specific information, the router being 
arranged to read the program specific information from the data streams prior 
to passing packets to the de-scrambling device. 

The invention has particular application to data streams that conform to ISO 
15 13818 (in which the packet identifiei^ are PID as defined in ISO 13818) 
and/or the interface with the de-scrambling device conforms to European 
Standard EN50221. The receiver may be a digital video broadcasting 
receiver. 

20 Preferably the receiver is arranged to allow some of the packets from the first 
and/or second data stream to bypass the de-scrambling device. 

The packets from the first and second data streams may be passed to the de- 
scrambling device on one of the rising or falling edges of a clock signal 
25 respectively and/or the de-scrambled packets may be received from the de- 
scrambling device on one of the rising or falling edges of a clock signal 
respectively. 

In a further aspect of the invention there is provided a router for routing 
30 packets of a first data stream and a second data stream to and frona a de- 
scrambling device, each data stream comprising a plurality of packets and 
each packet having a header Including a packet Identifier, 
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the router being arranged to pass data alternately from the first and the 
second data streams to the de-scrambling device and to receive de- 
scrambled packets from the de-scrambling device and to pass data alternately 
to a first and a second output, so restoring the first and second data streams 
5 in a de-scrambled form. 

In a further aspect of the invention there is provided a de-scrambling device 
comprising; 

an Input for receiving a clock signal, a first and a second input buffer, a 
10 de-scrambling module and first and second output buffers, the de-scrambling 
device being arranged to clock input data into the first and second input 
buffers on one of the rising and falling edge of the clock signal respectively 
and to clock data out of tlie output buffers on one of the rising and falling 
edge of the clock signal respectively. The de-scrambling device preferably 
15 conforms to a Digital Video Broadcasting standard. 

In a further aspect of the invention there is provided a computer program 
product which, when said product is loaded, causes a computer to execute 
procedure to manage data presented to and received from a de-scrambling 
20 device, the computer program product comprising computer program code to 
make the computer execute procedure 

to receive at least a first and a second data stream, each data stream 
comprising a plurality of packets and each packet having a header including a 
packet identifier, 

25 to pass data alternately from each data stream to a de-scrambling 

device, and 

to receive de-scrambled packets from the de-scrambling device and to 
pass data alternately to at least a first and a second output, so restoring the 
first and second data streams in a de-scrambled form. 

30 

The computer program product may further comprise computer program code 
to make the computer execute procedure to pass alternately a single packet 



wo 03/085985 PCT/EP03/03599 

7 

from each data stream to a de-scrambling device, and to receive de- 
scrambled packets from the de-scrambling device and to pass alternately a 
single paclcet to a first output and a single packet to a second output, so 
restoring the first and second data streams in a de-scrambled form. 

5 

The invention will now be described, by way of example only, with reference 
to the accompanying drawings, in which: 

Figure 1 shows a first embodiment of a multimedia receiver in accordance 
1 0 with the Invention; 

Figure 2 shows a first embodiment of a router according to the invention; 

Figure 3 shows a second emjx)diment of a router according to the invention; 

Figure 4 shows an example of the clocking arrangement for use with the 

embodiment shown in Figure 3; and 
15 Figure 5 shows an example of a modified CI module for use with the second 

implementation of the router shown in Figure 3. 

As DVB generally uses the MPEG2 coding scheme (ISO 13818) for the video 
and audio data, the invention will be described with reference to this data 

20 format. An MPEG2 Transport Stream (TS) includes a sequence of Transport 
Packets (TS Packets). Each TS Packet is fixed In length and has a minimum 
4-byte header and a minimum 184-byt6 payload. The TS header includes a 
Packet identifier (PID). During fomiatton of the transport streams from audio 
and/or video data, additional packets are inserted containing tables needed to 

25 de-multiplex the transport streams. These tables are collectively knovm as 
Program Specific Information (PSI), 

The following table illustrates the contents and values of the PID values used 
in the PSI infonnation tables of MPEG2. 

30 
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Structure 
Name 


Stream Type 


Reserved 
PID# 


Description 


Program 

Associatk>n Table 

(PAT) 


ITU-T Rec. H.222.0/ 
ISO/IEC 13818-1 


0x00 


Associates Program Number 
and Program Map Table PID 


Program Map 
Table (PMT) 


ITU-T Rec. H.222.0/ 
ISO/IEC 13818-1 


Assigned in 
the PAT 


Specifies PID values for 
components of one or more 
programs 


Network 

Information Table 
(NIT) 


Private 


Assigned in 
the PAT 


Physical network parameters 
such as FDM frequencies. 
Transponder Numbers, etc. 


Conditional 
Access Table 
(CAT) 


ITU-T Rec. H.222.0/ 
ISO/IEC 13818-1 


0x01 


Associates one or more 
(private) EMM streams each 
with.a unique PID value - - - 



Table 1 . The Contents and PIDs of the PSI Tables 



The PID is a unique Identifier. For a given program, every video and audio 
stream as well as each PSI table has a unique PID. To reconstruct a program 
5 from all its video, audio and table components, it is necessary to ensure that 
the PID assignment is done correctly and that there is consistency between 
the PSI table contents and the associated video and audio streams. 

The Program Association Table (PAT) contains information on all programs in 
10 that particular multiplex, which is identified by the transportjstreamjd. PAT 
contains a list of program_numbers and their respective programjfnapJPIDs, 
which refer to the Program Identification (PID) of the respective Program Map 
Tables (PMT). The network_PID identifies a special table, Networic 
Information Table (NIT), which contains information on the network specific 
15 parameters, NIT is not relevant to the understanding of the cunrent invention. 
PAT is identified with the PID value 0x0000 and the table Jd va\ue 0x00. 
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Syntax 



No. of bits 



Mnemonic 



program jassociationjBectlonO { 
tablejd 

section^synUocJndicator 
'0' 

reserved 

sectionjength 

transport^streamjd 

reserved 

verslon.number 

current_nextJndicator 

section_number 

last_sectlon_nuniber 

for (i=0; i<N;i++) { 

program.number 

reserved 

if(program_number = '0') { 
network PID 



) 



> 



program_map_PID 



} 

CRC 32 



8 

1 

1 

2 

12 

16 

2 

5 

1 

8 

8 

16 

3 

13 



13 



32 



ulmsbf 

bslbf 

bslbf 

bslbf 

uimsbf 

ulmsbf 

bslbf 

uimsbf 

bslbf 

uimsbf 

uimsbf 

ulmsbf 
bslbf 

uimsbf 



uimsbf 



rpchof 



Table 2. The Program Association Table (PAT) 



The Program Map Table (PAT, TS jprogramjmapjsection) below contains, 
for example, a list of all elementary streams which belong to the program 
5 identified by program_number. It mil contain also a list of descriptors, which 
are mainly used to describe the type and nature of the elementary stream 
components. One of the most important descriptors is the CA_descripton 
which is explained in the following paragraps. The PID value of the PMT is 
indicated in the PAT, but the faWe_/c/ value of the PMT is 0x02. 



10 
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Syntax 



No. of bits Mnemonic 



TS_program_inap_section() { 
tablejd 

sectlon.syntax.indlcator 
•0' 

reserved 

sectlonjength 

program^number 

reserved 

verslon.number 

current_nextJndicator 

section_number 

last_section_number 

reserved 

PCR.PID 

reserved 

program Jnfojength 

for (i=0; 1<N; { 
descr1ptor() 

} 

for (!=0;i<N1 ;!++){ . 
stream_type 
reserved 
elementary_PID 
reserved 
ESJnfoJength 
for (1=0; f<N2;l++){ 
descHptorO 

} 



} 



} 

CRC 32 



8 

1 

1 

2 

12 

16 

2 

5 

1 

8 

8 

3 

13 

4 

12 



8 

3 

13 

4 

12 



32 



ulmsbf 

bslbf 

bslbf 

bsibf 

ulmsbf 

uimsbf 

bslbf 

ulmsbf 

bsibf 

uimsbf 

uimsbf 

bslbf - 

uimsbf 

bslbf 

uimsbf 



ulmsbf 

bslbf 

uimsnf 

bslbf 

uimsbf 



Rpchof 



Table 3. The Program Map Table (PMT) 



The Conditional Access Table (CAT) contains a list of descriptors, and the 
most interesting In this invention is the CAjdescriptor, which is explained in 
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the following paragraph. The CAT is transmitted with the PID value 0x0001 
and table Jd value 0x01 . 



Syntax No. of bits Mnemonic 

CAjsectionO { 
table.id 

sectlon.syntaxjndicator 

reserved 
section_length 
reserved 
version.number 
current^nextjndicator 
-section_number - - ' 
last_sectlon_number 
for (1=0; i<N;i++) { 
descriptorO 

} 

CRC_32 

} 

Table 4. The Conditional Access Table (CAT) 

In the following table is shown the structure of the CA_descriptor. When the 
CA descriptor is found in the PMT {tablejd = 0x02), the CAJPID points to 
packets containing program related access control information, such as 
Entitlement Control Messages (ECMs). Its presence as program information 
indicates applicability to the entire program. In the same case, its presence as 
extended Elementary Stream (ES) infomnation indicates applicability to the 
associated program element. 



8 Uimsbf 

1 Bslbf 

1 Bslbf 

2 Bslbf 
12 uimsbf 
18 bsibf 

5 uimsbf 

1 bslbf 



8 ■ uimsbf 

8 uimsbf 



32 rpchof 
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Syntax 


No. of bits 


Mnemonic 


CA.descriptor() { 






descriptor_tag 


8 


Uimsbf 


descriptor Jength 


8 


Uimsbf 


CA.systemJD 


16 


uimsbf 


reserved 


3 


bslbf 


CA_PID 


13 


uimsbf 


for ( 1=0; KN; { 






privatejdata_byte 

) 

} 


8 


uimsbf 



Table 5. The Structure of the Conditional Access Descriptor 



When the GA_descriptor is located in the CAT it is used for an Entitlement 
Management Message (ElVIIVI). 

One of the descriptors used in the Elementary Stream (ES) information field 
of the PMT table is the privatejdatajndicatorjdescriptor^ which is reserved 
for private use. It is illustrated in the table below. 



Syntax 


No. of bits 


Identifier 


Private_datajnd!cator_descrlptor() { 
descriptor.tag 
descriptorjength 
private.datajndicator 

} 


8 
8 
32 


Uimsbf 
Uimsbf 
Uimsbf 



10 Table 6. Private Data Indicator Descriptor 

The descriptorjag can have values from 64 to 255. This information and the 
streamjtype in the ES information field can be used to separate the private 
data {streamjtype value 128-255) from other data packets in the TS stream. 

15 

One example of an embodiment of a multimedia receiver according to the 
invention is shown in Figure 1. The arrangement depicted in Figure 1 can be 
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used in applications for instance which require simultaneous recording of a 
digital stream residing on one physical frequency, while another digital stream 
on another physical frequency is to be decoded and watched. The receiver 
shown has two frorit-ends 10a, 10b. A front-^nd 10 may, for example, be a 
5 cable front-end, a satellite front-end or a ten-estrial front-end as known in the 
art. Transport streams (TS) to be de-scrambled by the CI module are 
selected in a conventional manner by the front-end, which includes 
demodulating and error conrecHon tunctionality. 

10 A TS Router 20 routes and/or multiplexes the two transport streams TS #1 
and TS #2 via a CI module 12, if appropriate, to a demultiplexer 14. This 
arrangement allows the watching and/or recording of two different transport 
streams or programs from which the scrambling is removed by the CI Module 
12. 

15 

A recording device 16 may be connected to the demultiplexer 14 so that an 
incoming transport stream is de-scrambled before being fed to the recording 
device 16. For the purposes of content protection, the DVB stream which is 
routed to the recording device may be scrambled again in the demultiplexer. 

20 

Alternatively the recording device 16 may be connected directiy to the TS 
Router 20 so that those parts of the transport stream which are routed to the 
recording device 16 can be routed there scrambled or de-scrambled via the CI 
module. If routed to the recording device in a scrambled fomnat, when the 
25 recorded stream is played back, it is routed via the TS Router 20 to the CI 
Module 12 and further to the demultiplexer 14. 

When recording, the recording device 16 is treated as one of the output ports 
of the TS router 20. When the recording device is running in the playback 
30 mode it is acting as an input port to the TS router. This means that the 
recording device interface is seen as a bi-directional interface containing both 
the input and output port functionality. 
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The output of the demultiplexer 14 is connected to a video-audio decoder 18 
for play-back to a user. 

5 One embodiment of a TS Router 20 is depicted in Figure 2. For simplicity, the 
example shown in Figure 2 has two input and two output streams, but more 
complicated implementations can also be accomplished based on the same 
principle. For Instance there may be more than two input streams and/or 
more or fewer than two output streams. The router routes data from the front- 

10 ends 10 to the CM 2 module if required and onto the demultiplexer 14. Thus 
the CI Module 12 is used as a de-scrambling engine for the two input streams. 



In the two input/two output case as shown in Figure 2, the router 20 passes 
packets from the first transport stream TS#1 into a first Input Buffer 201 and 
15 packets from the second transport stream TS*fi2 into a second Input Buffer 
202. respectively. 

Data is taken from the two input streams alternately by the CI Input Selector 
207 and presented to the CI module 12. Thus data (one or more packets) 

20 from TS#1 is passed to the CI module 12, followed by data (one or more 
packets) from TS#2, followed by data from TS#1, followed by data from TS#2 
and so on. When the selector 207 tries to pass a packet of data from a buffer 
201 or 202 to the CI module 12, if there is no data in buffer 201 or 202 at the 
time, the selector 207 may send a dummy packet to the CI module or stop the 

25 clock of the router or alter the status of a Data Valid flag to off. 

The Main Control and Timing Block 204 generates the clock signals for the 
whole circuitry and the appropriate control signals to the different parts of the 
system. 

30 

The Input Buffer Control modules 205, 206 control the input buffer filling 
status and, together with the Main Control and Timing block 204, allocate TS 
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packets from the input buffers to the CI Module 12 via the CI Input Selector 
207. 

The input stream TS#1 is routed to the CI Module 12 without any 
5 modifications, but the input stream TS#2 may contain the same PID values as 
TS#1 , especially in the PS! infonmatlon. If so, the PID values for TS#2 may be 
modified by a 'PID Value In-Exchange' block 203. 

When two transport streams are combined into one transport stream as in the 
10 present case (for presentation to the CI module 12), this may result in a 
duplication of the pre-defined values of the PAT, CAT and PMT PIDs. 



For the simultaneous de-scrambling of MPEG packets from two different 
transport streams which were scrambled under the control of the same source 
15 CA system, the EMM and ECM PID values are conventionally selected by the 
CA system to have different values and thus would not require any 
modification by the 'PID Value In-Exchange' block 203. 

On the other hand, when two transport streams are scrambled under the 
20 control of different CA systems, the PID values of the video, audio, and data 
streams In the different TS streams may be allocated different PID values, but 
this Is not always the case. If the PID values of the video, audio, and data 
streams in the different TS streams are allocated the same PID values by 
different CA systems, then many of the PID values of the video, audio and 
25 data streams belonging to the transport stream TS #2 are changed by the 
'PID Value In-Exchange' block 203 before feeding to the CI Module 12. For 
instance, when the two TS streams are independent there may exist 
contradictions in the PID values of the video, audio, and data streams of each 
Transport Stream since the same PID values may have been used for both 
30 TS. Also the PID values of the Entitlement Management Message (EMM) and 
the Entitlement Control Message (ECM) could have the same PID values in 
the two different transport streams. (Usually the values of the ECM PID is 
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located in the CA descriptor residing in the PMT and the EMM PID is located 
in the CA descriptor in the CAT.) 

When the CI Input Selector is handling unscrambled packets they can be 
5 routed directly to the TS Output Selector 208 without clocking through the CI 
Module depending on the implennentation. 

The CI module 21 de-scrambles packets presented to it using the appropriate 
PAT. CAT. PMT etc. PID values. 

10 

The TS Output Selector 208 sorts out the TS packets aniving from the CI 
Module into the appropriate. TS Output Buffer _209. 21 0_. The TS .packets 
flowing Into the first TS Output Buffer 209 will be transfenred from the TS 
Output Selector 208 without modification, but the TS packets to the second 
15 TS Output Buffer 210 have their PID values modified back to their original 
values, rf they have been modified in the 'PID Value In-Exchange* block 203. 
This modification happens in the 'PID Value Out-Exchange' block 211. 

The first Output Buffer Control 213 supervises and controls the filling status 
20 and mechanism of the first Output Buffer 209 in the same way as the second 
Output Buffer Control 214 for the second Output Buffer 210. 

The contents of the Output Buffer 209 and Output Buffer 210 is clocked out In 
a constant bit stream fashion so that that the timing of the original bit stream 
25 will be maintained without the need to modify the contents of the PCR 
(Program Clock Reference) fields in the TS packets. 

In the first embodiment of the invention, in which several TS streams are 
combined into one for feeding to the CI module, several modifications are 
30 made to the PID values of the TS packets within those TS streams. 
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The modification and other procedures in the P/D Value-In Exchange module 
203 can be canried out with the following steps (with the assumption that the 
TS stream TS #1 is kept unchanged through the processing): 

• Read in the PAT tables from all the TS input streams 

• Study all the PMT RID values from all the PAT tables 

• Read in all the PMT tables for all the different TS Input streams 

• Read the CAT tables from all TS input streams. 

• (At this point the system has all the PID value infomnation of all the 
incoming TS streams.) 

• Modify the PAT PID values of the PAT tables, except in the TS #1 , 
which will have PID value 0x0000. 

• Modify all the PMT PID values In the PAT tables, except In the TS 
#1. if there is need for modification (e.g contradiction with other 
streams exist) 

• Modify the PID values of the PMT tables, where necessary. 

• Modify the PCR^PID values within the PMT tables if necessary. 

• Modify the elementaiyJPID vales within the PMT tables in cases 
where the CAjdescriptors indicate that the respective elementary 
stream is encrypted, othenwise tiie respective elementary stream 
packet will bypass the CI module directly to the respective output 
buffer- According to the indication from the 
privatejdatajndicatorjdescripior (from the descriptorjag or the 
streamjtype value) those TS packets must be directed to the CI 
module. 

• Modify the contents of the CAjdescripiors within the PMT and CAT 
tables, if necessary. 

• Modify the contents of the PID values of those elementary stream 
components, which are directed to the CI module. These PID value 
modifications must match with the modifications in the respective 
PMT tables. 
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• Forward to the CI module 12 the new PSf tables with the modified 
PID values. This may be done in any suitable manner e.g. by 
providing configuration infomnation to the CI module or in dedicated 
data packets or in a specific dialog between the router and the CI 
5 module. 

Operations to be carried out in the PID Value Out-Exchange block 21 1 are 
listed as follows: 

• The original PAT, PMT and CAT tables must be returned to the respecth^e 
1 0 transport streams. 

• The PID values of the TS packets containing PCR values must be 
replaced .with the original ones. - - -- 

• All those TS packets containing service data (video, audio, data, etc.), the 
PID value of which has been modified in the PID Value In-Exchange block 

1 5 203, must be modified back to their original values. 

It is not necessary to modify the PAT PID to its original value because the 
individual TS can be separated from each other based on the 
transportjstfBam^id residing in the PAT table. The transportjstream^id 
20 parameter identifies the origin multiplex of the respective PAT table. 

There are also some other implementation possibilities. One possible 
approach is as follows: 

• Read in all the PAT, PMT and CAT tables from the incoming streams. 

25 • Modify the PID values of the TS packets containing the EMMs and ECMs 
of the selected programmes, if the PID values in the TS packets containing 
the EMM and ECM messages in the selected programmes are carrying the 
same values. This happens In the PID Value In-Exchange block 203. 

• Modify the PID values of the elementary streams belonging to the selected 
30 programmes so that different elementary streams from different TS 
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Streams will not use the same PID values. This happens in the PID Value 
In-Exchange block 203. 

• Communicate with the CI module 12 on the application level and give the 
required infomiatjon in the form of CA PMT objects with the modified PID 

5 values. (European standard EN50221 includes the details of the CA PMT 
object communications between the CI module and the host.) 

• The TS packets containing the elementary streams and EMM & ECM 
messages of the selected programme are taken to the CI module. 
Everything else bypasses the CI module directly to the respective output 

10 buffers. 

• At the output side of the CI module. In the PID Value Out-exchange block 
211, the original PID values are retumed to the appropriate, TS packets- 
coming from the CI module. 

15 In some instances, the TS router may bypass the CI module for some of the 
TS data packets. For instance, say each TS has a data rate of 60 Mbits/sec 
and that the CI module can only handle 60 Mbits/sec. Thus, for two input 
transport streams, at least 60 Mbits/sec of the TS streams bypass the CI 
module. Only those packets of the transport stream that are required by a 

20 user need to be passed to the CI module. Thus, for instance, if a TS includes 
data for say 6 programs and a user only wishes to view or record one of the 
programs of the TS. then the CI input selector 207 needs to pass only the 
packets relating to the program to be viewed/recorded. Additionally, if a 
program to be viewed/watched is transmitted in an un-scrambled manner, 

25 then these packets may also bypass the CI module. 

Other variations are also envisaged to feed two or more TS input streams 
through the CI module, where the de-scrambling of the selected programmes 
will take place. 



30 
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If the number of source and target TS streams is different and are to be 
directed as complete TS streams for further processing after the de- 
scrambllng process in the CI module, further processing In the PAT, PMT and 
CAT tables and PID value exchange processing may be necessary. If the TS 
5 packets from different sources are to be demultiplexed into different service 
data (video, audio, data, ec.) after the CI module processing for a different 
number of targets, there may be no need for further modifications of the PAT, 
PMT and CAT tables or PID value exchange. 

10 If there are three input streams to be de-scrambled at the same time, the CI 
input selector 207 altemately passes data from each of the transport streams 
e.g, a packet from TS#1, a packet from TS#2, a packet from TS#3, a packet 
from TS#1 , a packet from TS#2, a packet from TS#3, and so on. 

15 As discussed above, not all packets from a TS have to be presented to the CI 
module 12. Only those required by a user need to be presented. Thus 
packets #1 , #3 etc in each transport stream as presented to the CI module 
12 by the CI Input selector 207 do not have to occur consecutively within each 
TS. All that is necessary is for the CI Input selector 12 to take data from each 

20 TS in turn. 

When there are more than two input and output streams, the implementation 
is similar to the two Input/output stream case, except that it becomes more 
complicated since more buffers and more complicated timing and control 
25 blocks are required and the bypass functionality becomes more complicated 
due to the multipath routing functionality. 

Different amount of input and output ports makes the implementation more 
complicated, but the operations as described above, e.g. clocking the data to 
30 the CI module, bypassing some packets, controlling buffers and routing 
functionality, will remain basically the same in nature. 
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In an alternative embodiment, when two TS input streams are feeding the 
system, a special clocking arrangement may be used, which would mean that 
there is no need to change the PID values in the incoming streams. An 
example of a second embodiment of a router to implement this is illustrated in 
5 Figure 3. 

In this particular implementation, the PID values in the TS input streams do 
not need to be changed. In the simplest form of the implementation both TS 
streams are routed through the CI module 12 without the need to bypass any 
10 packets. The router 20\ as shown in Figure 3, differs from that shown m 
Figure 2 in that the PID Value In-Exchange' block 203 and the 'PID Value 
put-Exchange' block 21 1 are prnitted._ The CI Input Selector 207 and the CI. 
Output Selector 208 are controlled by a clocking system 21 8. 

15 The timing diagram of the clocking system Is depicted In Figure 4, where the 
rising edge of the TS clock (indicated by arrows labelled A) is used to clock In 
data of TS #1 from the first input buffer 201 and the falling edge (indicated by 
arrows B) is used to clock In data of TS #2 from the second Input buffer 202 
the TS #2. The operation of the CI module is clocked successively between 

20 TS#1 packets and TS#2 packets, both on its input and Its output. Thus the 
rising edge of the TS clock (indicated by arrows labelled A) is used to dock 
out data for TS #1 from the CI module 12' to the first output buffer 209 and 
the falling edge (indicated by anx)ws B) is used to clock out data for TS #2 
from the CI module 12' to the second output buffer 210. 

25 

An example of a CI module to allow for this implementation is shown In Figure 
5. The CI Module includes a first input buffer 120 for storing packets received 
on the rising edge of a clock signal, a second input buffer 122 for storing 
packets received on the falling edge of a clock signal, a TS packet de- 
30 scrambler 124, a first output buffer 126 for storing packets for output on the 
rising edge of a clock signal, a second output buffer 128 for storing packets 
for output on the falling edge of a clock signal and a Data Selector and Output 
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Clock Generator component 129. The input data, from CI Input Seleclor 207, 
Is buffered into one or other of the buffers 1 20, 1 22 depending on whether the 
packet Is received on the rising or falling edge of the incoming dock signal 
(Clock-in). The data is presented to the TS packet de-scrambler 124 one 
5 packet at a time and, depending on the filling status of the input buffers, the 
TS packet de-scrambler takes the next packet from the appropriate buffer 
120,122. 

After de-scrambling, the packete are loaded Into the respective output buffer 
10 126, 128. The output data selector 129 takes one byte (or packet) at a time 
from the output buffers, altemating between the buffers on the rising and 
falling edges of the generated output dock. If one of tiie output buffers does 
not have any complete packets in the buffer, a dummy packet is output 
instead. 

15 

Thus, In this arrangement, ttie 01 module is switched on the rising and falling 
edge of the clock. The timing constraints in the timing of the clock might need 
to be tighter than specified In the Common Interface standard EN 50221 . It is 
also possible with this implementation for the CI Input Selector 207 to send 
20 some of the packets direct to the TS Output Selector 208, so bypassing the CI 
Module 1 2' completely for those packets. 

The special Implementations of the CI module, which have been refen-ed to 
above, mean that in effect there are two separate or functionally overiapping 
25 DVB de-scramblers. These de-scramblers take in data on the rising and 
falling edge, respectively, de-scramble it and clock out data on the falling and 
rising edge from different TS stream routes, respectively. 

The PAT, CAT and PMT table handling is doubled and also both TS stream 
30 routes require their own key and RID storage for the two separate de- 
scrambling processes. 
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The arrangement of Figure 3 is a more straightforward implementation than 
that shown in Figure 2, but is limited to the two TS input streams if a single 
clock signal is used. 

5 If the timing of EN 50221 is to be adhered to, then the implementation 
depicted in Figure 2 is prefen^, as it Is possible to lower the traffic to the CI 
module 12 to a maximum of 60 Mbits/sec by bypassing the CI module for 
some packets. This implementatton means that part of the TS streams bypass 
the CI module 12 thus limiting the amount of data which can be de-scrambled 

10 in the system. 

The CA system and the CI Module may require some special implementation, 
especially in software if the CI Module has been Initially designed in a 
sophisticated way. This Implementation requires communication of the 
15 modified PID values of the PAT, CAT and PMT tables. If the whole contents 
of these tables have been modified to match the modified PID values in the 
TS stream to the CI Module, basically the CI Module requires the capability to 
capture the PAT, CAT and PMT tables with the modified PID values and the 
iBst of the CA procedures can act accordingly. 



